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Scheduling Multithreaded Programming 
Instructions Based on Dependency Graph 

Technical Field 

[0001] Embodiments of the present invention relate to scheduling the 

execution of a sequence of programming instructions based on a dependency graph. 

Background 

[0002] Multithreading and multiprocessing are common programming 

techniques often used to maximize the efficiency of computer programs by providing 
a tool to permit concurrency or multitasking. Threads are ways for a computer 
program to be divided into multiple and distinct sequences of programming 
instructions where each sequence is treated as a single task and to be processed 
simultaneously. An application that may use the multithreaded programming 
technique is a packet-switched network application that processes network packets in 
a high speed packet-switched system concurrently. 

[0003] To maintain and organize the different packets, a new thread may be 

created for each incoming packet. In a single processor environment, the processor 
may divide its time between different threads. In a multiprocessor environment, 
different threads may be processed on different processors. For example, the Intel™ 
IXA network processors (IXPs) have multiple microengines (MEs) processing 
network packets in parallel where each ME supports multiple threads. 

[0004] The network performance in processing these packets depends on the 

time it requires to process a packet; the faster a packet can be processed the more 
efficient a switch is. The service time of a switch usually refers to the time between 
the arrival and the departure of a packet. When a packet arrives, a series of tasks such 
as the receipt of the packet, routing table look-up, and queuing can be performed by 
the new thread to service the packet. Resource access latency usually refers to the 
time delay between the instant when resource access such as memory access is 
initiated, and the instant when the accessed data in the resource is effective. For 
example, the time it takes to perform a routing table look-up is resource access 
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latency. In many instances, the resource access latency in processing a packet takes 
up the majority of the service time. 

[0005] In a multithread environment, a processor that is usually idle during 

resource access latency may be used to execute a different thread. The time the 
processor executes the different thread overlaps the time the processor executes the 
previous thread usually refers to as resouurce access latency overlapping or resource 
access latency hiding. Multiple threads may access the same resource concurrently if 
one thread does not depend on another thread. The following example demonstrates a 
dependency relationship between two instructions and resource access latency 
overlapping and hiding. 

[0006] Fig. la depicts a sequence of programming instructions Ni to Nk+2. 

Instruction Ni loads the data, stores in memory location R2, into memory or register 
RL After Rl is loaded with the data from memory location R2, instruction Ni asserts 
a signal s. Instructions N2 through Nk are independent from Ni because these 
instructions do not need the data from RL Thus, they may be processed concurrently 
while Ni accesses the data from memory location R2. 

[0007] The duration in which Ni loads the data may be referred to as the 

resource access latency 101. Fig. lb is a diagram illustrating the execution of 
overlapping instructions. In this diagram, instruction Ni loads a data from memory 
location R2 into a register or memory Rl and sends signal s after the data is loaded. 
Concurrently, N2 through Nk are executed while Ni is executed. Instruction Nk+2 
depends from Ni because Nk+2 needs the data from memory or register Rl. 
Consequently, instruction Nk+i waits 104 for the signal s from instruction Ni and 
blocks all the subsequent executions until the wait instruction is satisfied when the 
signal s is detected. Because instruction Ni only asserts a signal s when the 
instruction finishes loading the data from memory location R2 at 103, Nk+2 is not 
executed until the signal s is cleared at 102. Subsequently, instruction Nk+21 uses Rl in 
its execution at 105. 

[0008] The instructions listed in Fig. la may be run in a multithreaded 

environment where each thread handles one instruction. In such scenario, threads 
communicate to other threads through shared resources such as global memory, 
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registers, or signals. For example, signal s, and registers Rl ... R5 are the shared 
resources and are accessible by instructions Ni . . . Nk+2. In many instances, the shared 
recoiu'se may only be accessed by one thread, for example, until instruction Ni asserts 
a signal s, no instructions may be executed before instruction Nk+2, This duration 
usually refers to a critical section because instructions are executed in a mutually 
exclusive manner. A critical section may also be defined in terms of a program where 
a computer programmer marks a part of the program as the critical section. For 
example, a critical section may begin before instruction Nk+i, when it waits for signal 
s, and ends after the assertion of signal s. 

[0009] A conventional method to implement a critical section is to use an 

entry and an exit protocol. For example, a token or a signal may be used to permit the 
entering or to indicate the exiting of a critical section. An example of the token or 
signal based critical section is illustrated in Fig. 2 where a thread 202 waits for a 
token or signal 204 from a previous thread 201, After accessing its critical section, the 
thread 202 then passes another token or signal 205 to a thread 203. Before the thread 
203 receives the token or signal 205, the thread 202 has exclusive access to a shared 
resource 210. 

[0010] In a situation where an instruction blocks all subsequent executions, 

such as the wait instruction Nk+i in Fig. 1 a, is included in a critical section, the critical 
section becomes longer than it is necessary. The critical section is longer because the 
wait instruction already blocks all the subsequent executions, a critical section may 
not be needed to ensure the exclusivity in accessing a shared resource. 
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Contents of the Invention 

[00111 A network processor may be idle during the time a network packet 

accesses a shared resource such as a memory. The performance of a network 
processor can be improved if it can process a second network packet while the first 
packet accesses the shared resource. When the network processor processes multiple 
network packets, the access latency overlaps or hidden. Therefore, the problem is how 
to overlap or hide the latency to optimize the network performance. 

[0012] One embodiment of the invention includes a method to optimize a 

computer program that processes the network packets by designing the computer 
program in a multithreaded environment and overlapping the resource access latency 
between different threads. 

[0013] One embodiment of the invention organizes the computer program into 

a plurality of blocks, determines a critical section of the computer program, constructs 
a dependency graph, recognizes a portion of the computer program that could be 
executed outside of the critical section, and inserts a plurality of dependency 
relationships between the plurality of blocks to cause execution of the recognized 
portion of the computer program outside of the critical section. 

[0014] The advantage of the embodied solutions is that threads may enter the 

critical section sooner than the computer program has originally designed and 
therefore improves the performance of the network. 
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Brief Description of the Figures 

[0015] Various embodiments are illustrated by way of example and not by 

way of limitation in the figures of the accompanying drawings in which like 
references indicate similar elements. It should be noted that references to "an," "one," 
or "various" embodiments in this disclosure are not necessarily to the same 
embodiment, and such references mean at least one. 

[0016] Fig. la depicts an example of a sequence of programming instructions. 

[0017] Fig. lb illustrates an example of resource access latency overlapping 

based on the sequence of programming instructions listed in Fig. la. 

[0018] Fig. 2 illustrates an example of token or signal based critical sections. 

[0019] Fig. 3 illustrates an example of moving instructions outside of a critical 

section to shorten the critical section according to one embodiment of the invention. 

[0020] Fig. 4 is a flow chart describing the key operations in accordance to 

one embodiment of the invention. 

[0021] Fig, 5 a is a control flow chart depicting a sequence of programming 

instructions based on blocks. 

[0022] Fig. 5b is a control flow chart depicting a sequence of programming 

mstructions with super block organization. 

[0023] Fig. 6a is a dependency graph illustrating a sequence of programming 

instructions before rescheduling the mstructions in accordance to one embodiment of 
the invention. 

[0024] Fig. 6b is a dependency graph illustrating a sequence of programming 

instruction after rescheduling the instructions in accordance to one embodiment of the 
invention. 



5 



wo 2007/085121 



PCT/CN2006/000162 



[0025] Fig. 7 is a rescheduled dependency graph illustrating a sequence of the 

programming instructions in accordance to one embodiment of the invention. 

[0026] Fig. 8a is a block diagram illustrating a dependency graph before 

adding pseudo termination points and dependency relationships in accordance to on 
embodiment of the invention. 

[0027] Fig. 8b is a block diagram illustrating a rescheduled dependency graph 

after adding pseudo termination points and dependency relationships in accordance to 
on embodiment of the invention. 

[0028] Fig. 8c is a block diagram illustrating a rescheduled dependency graph 

after adding additional dependency relationships in accordance to on embodiment of 
the invention. 



Detailed Descriptions 

[0029] A method for scheduling multithreaded programming instructions 

based on a dependency graph is described below. A person of ordinary skill in the 
pertinent art, upon reading the present disclosm^e, will recognize that various novel 
aspects and featm es of the present invention can implemented independently or in any 
suitable combination, and further, that the disclosed embodiments are merely 
illustrative and not meant to be limiting. 

[0030] Fig. 3 illustrates an example of moving instructions outside of a critical 

section to shorten the critical section according to one embodiment of the invention. 
In a token or signal based critical section described above, thread 302 may wait until 
thread 301 exits a critical section 311 before thread 302 may begin to execute its 
instructions in a critical section 312. A shaded block 350 represents the instructions 
blocked by a wait instruction 351. Since the wait instruction 351 already blocks all the 
subsequent instructions in 350, the instructions in 350 may be moved outside of the 
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critical section 311 and not affecting the sequence in which the instractions may be 
executed, 

[0031] When the wait instruction 351 is moved outside of the critical section 

3 1 1, the critical section 311 may be shortened. As depicted in Fig. 3b, a critical 
section 361 is shorter than the critical section 311 depicted in Fig. 3a. As a result, 
thread 371 may release the critical section 361 to thread 372 sooner than thread 301 
releases the critical section 31 1 to thread 302. In this embodiment of the invention, the 
wait instruction 35 1 is moved to a location indicated by 381 and the instructions 
blocked by the wait instructions, 350, are moved to a location indicated by 380. When 
critical sections are shortened as much as they may be shortened, a multithreaded 
program may be executed efficiently. 

[0032] Fig. 4 is a generalized flow chart describing the key operations in 

accordance to one embodiment of the invention. Operation 401 constructs a 
dependency graph based on blocks, nodes, and super blocks. In one embodiment of 
the invention, the dependency graph is a logical representation of the programming 
instructions where programming instructions may be organized logically into blocks, 
nodes, and super blocks, which will be discussed in details below. 

[0033] Operation 402 determines all the critical sections included in the 

dependency graph. A dependency graph may represent the entire programming 
instructions or it may represent a portion of the programming instructions. If a 
dependency graph represents the entire programming instructions, the dependency 
graph may include all the critical sections. On the contrary, if a dependency graph 
represents a partial programming instructions, its logical organization may include a 
portion of the critical sections. In one embodiment of the invention, a critical section 
may begin before entering the partial programming instructions represented by the 
dependency graph and end before exiting the partial programming instructions. In 
another embodiment of the invention, a critical section may begin after entering the 
partial programming instructions and end subsequent to exiting the partial 
programming instructions. 
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[0034] In one embodiment of the invention, a partial programming instruction 

is treated as a complete program. Therefore, an open-ended critical section may not be 
processed correctly. Termination points may be added to the dependency graph to 
ensure the completeness of the program (operation 403). 

[0035] Operation 404 determines whether the programming instructions in the 

critical sections could be executed outside of the critical sections. If so, operation 405 
schedules these programming instructions outside of the critical sections by inserting 
dependency relationships to ensure these instructions are not executed during the 
critical sections. After rescheduling, in operation 406, a reconstructed dependency 
graph is formed. 

[0036] Fig. 5a is a control flow graph depicting a plvirality of blocks 

representing a grouping of a sequence of programming instructions. In 501, 
programming instmctions are organized merely on the block level. In one 
embodiment of the invention, each block may include a sequence of programming 
instructions. In another embodiment of the invention, each block may include only a 
single instruction. For example, blocks bS and b4 may include multiple programming 
instructions and block b2 may contain a single programming instruction. 

[0037] The sequence of programming instructions may also be organized or 

grouped by methods other than blocks. In one embodiment of the invention, the 
prograimning instructions may be organized or grouped based on the different 
program constructs such as a single instruction, a conditional construct, or a loop 
construct. In this embodiment of the invention, such grouping may be referred to as 
the nodes. In another embodiment of the invention, the instructions may be organized 
or grouped based on nodes into super blocks. 

[0038] Fig. 5b is a control flow graph depicting a sequence of programming 

instructions with super block organization. In one embodiment of the invention, a 
super block may contain a sequence of nodes or blocks. In the figure, diagram 511 
depicts a super block overview based on several conditional constructs and a loop 
construct. One of the conditional constructs includes block b2, b3, and b4 and another 



8 



wo 2007/085121 



PCT/CN2006/000162 



conditional construct includes block bl, 52, and b6. The loop construct includes block 
b7 and b8. 

[0039] As discussed before, the programming instructions may also be 

organized by super blocks. As an example, the blocks in Fig. 5a may be organized in 
at least four different ways based on super blocks. The first super block, si, would 
include node 513 and node 514, Node 513 includes block bl, b2, b3, b4, b5, b6, b7, 
b8, and b9, and node 514 includes block blO. Node 513 is a conditional construct and 
514 may be a single instruction. The second example of the super block, 521, may 
include node 522 and node 523. Node 522 may include block b2, b3 and b4, and node 
523 includes block b5. In this example, 522 is a conditional construct and 523 may be 
a single instruction. 

[0040] The third example of the super block, 515, may mclude node 516 and 

node 517. Node 516 may include block b6, b7, and b8, and node 517 may include 
block b9. In this example, node 516 is a loop construct and 517 is a single instruction. 
The fourth example of the super block, 520, may include node 519 and node 518. 
Node 519 may include block b7 and node 518 may include block b8. In this example, 
node 519 and 518 are two single instructions. 

[0041] Fig. 6a is a dependency graph illustrating a sequence of programming 

instructions before scheduling in accordance to one embodiment of the invention. In a 
sequence of prograimn.ing instructions such as: 

bl: CSBegin; Rl = [R2]; signal si 

b2: Waitsl;R3=Rl 

b3: Wait si 

b4: R5 = R6 

b5: CSEnd 

wherein CSBegin indicates the beginning of a critical section and CSEnd indicates the 
end of a critical section, a dependency graph such as the one depicted in Fig. 6a may 
be used to illustrate the sequence. In one embodiment of the invention, the 
dependency graph may be organized in blocks, nodes and super blocks. For example, 
node 1 may include block 1, node 2 may include blocks 2, 3, and 4, and node 3 may 
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includes block 5 as shown in Fig. 6a as node 601, node 607, and node 606, 
respectively. 

[0042] A super block 603, may include node 601, node 607, and node 606. In 

the above example of the programming instructions, blocks 3 and 4 are independent 
of block 1 because block 3 does nothing and block 4 can be executed independently 
from block 1 . Although block 2 depends from block 1 , so long block 2 is executed 
after block 1, block 2 will use the correct Rl because before block 2 can execute the 
instruction, R3 == Rl, b2 must wait for signal si from block 1. 

[0043] Knowing the dependency relationships between each block enables the 

rescheduling of the programming instructions and the critical section is shortened. In 
return, a shortened critical section may permit other threads to access the critical 
section sooner than the programming instructions have originally plaimed. In one 
embodiment of the invention, block 5 at 606 may be moved in according to Fig. 6b. 
Fig. 6b is a dependency graph illustrating a sequence of programming instructions 
after scheduling the instructions where block 1 611 remains as the beginning of a 
critical section and super block 617 including blocks 2, 3 and 4 are moved subsequent 
to block 5 at 616. When the execution of the programming instructions based on the 
dependency graph illustrated in Fig. 6b, instructions may be executed in the order 
described by the dependency graph. In this example, the critical section ends at block 
5 at 616. Other threads waiting to access the critical section may acquire access to the 
global memory at this time. 

[0044] Figs. 7, and 8a-c are to be discussed concurrently. Fig. 7 is a flow chart 

describing the detailed operations in constructing an initial dependency graph and 
reconstructing the dependency graph. In operation 701, a dependency graph is 
constructed based on blocks, nodes, and super blocks. As discussed above, blocks 
may include a sequence of programming instructions, nodes may represent 
programming constructs, and super blocks may include a sequence of blocks. Figs. 
8a-b are used to illustrate the operations described in Fig. 7. 

[0045] Fig. 8a is a diagram illustrating the initial dependency graph 800 

subsequent to operation 701 based on an exemplary programming instructions. In one 
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embodiment of the invention, node 810 may include partial programming instructions, 
a CSEndl, a CSBegin2, a CSEnd2, and a CSBeginS. Node 811 may include a single 
instruction, wait si. Node 812 may include a CSEnd3. And node 813 may include a 
CSBegin4. In addition, link 820 and 821 represent that node 810 may be executed 
before node 812 and node 12 before node 813. 

[0046] In constructing the initial dependency graph 800, the dependency 

relationships between the programming instructions in a node are eliminated in 
operation 702. In one embodiment of the invention, a node may include multiple 
programming instructions but the node may be depicted in the dependency graph as a 
single block. For example, node 811 includes two programming instructions, namely, 
Wait si and R3 = Rl but the node is illustrated in the initial dependency graph 800 as 
a single node, even though instruction R3 = Rl depends from instruction wait si. If a 
node includes only a single instruction, there is no dependency relationship and 
therefore, operation 702 may be skipped. 

[0047] Subsequent to constructing the initial dependency graph 800 in 

operation 701, operation 702 determines the critical sections associated with the initial 
dependency graph 800 and inserts appropriate pseudo temiination points. As 
discussed above, a dependency graph may represent the entire programming 
instructions or it may represent a portion of the programming instructions. If the 
dependency graph represents a partial programming instructions, its logical 
organization may include a portion of critical sections. 

[0048] In one embodiment of the invention, if a critical section begins before 

entering the partial programming instructions and ends before exiting the partial 
programming instructions, a termmation point may be inserted to the rescheduled 
dependency graph. This is depicted in Fig. 8a where node 810 includes a CSEndl but 
the dependency graph 800 does not include a CSBeginl . This indicates that critical 
section 1 begins prior to the entering of this portion of the programming instructions. 
In this embodiment of the invention, a termination point may be added to mark the 
beginning of the critical section. For example, in Fig. 8b, a pseudo CSBeginl 854 
may be inserted in the rescheduled dependency graph 850. 
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[0049] In another embodiment of the invention, if the critical section begins 

after entering the partial programming instructions but ends subsequent to exiting of 
the partial programming instructions, a termination point may by inserted to the 
rescheduled dependency graph. This is depicted in Fig. 8a where node 813 includes a 
CSBegin4 but the dependency graph 800 does not include a CSEnd4. This indicates 
that critical section 4 begins after entering the partial programming instructions but 
ends subsequence to the exiting of the partial programming. In this embodiment of the 
invention, a termination point may be inserted signify an end to the critical section. 
For example, in Fig. 8b, a pseudo CSEnd4 855 may be inserted in the reconstructed 
dependency graph 850. 

[0050] Subsequently, operation 703 inserts relevant dependency relationships 

between the blocks in the reconstructed dependency graph. In one embodiment of the 
invention, dependency relationships 861, 862, 863, 864, and 865 may be inserted to 
ensure that CSBeginl 854 is executed prior to all other nodes in this reconstructed 
dependency graph representation. Similarly, dependency relationships 831, 832, 833, 
834, and 835 may be inserted to ensure that CSEnd4 855 is executed subsequent to all 
other nodes in this reconstructed dependency graph representation. 
[0051] Operation 704 inserts additional dependency relationships to optimize 

the efficiency during the memory latency. In one embodiment of the invention, three 
types of dependency relationship may be added to the reconstructed dependency 
graph 880, The first type may be referred as the direct dependency. Fig. 8c is a 
diagram illustrating a reconstructed dependency graph with additional dependency 
relationships. In Fig. 8c, direct dependency 891 may be added because node 871 
directly depends from node 876. A direct dependency relationship is inserted if a node 
depends firom a CSBegin or a CSEnd depends on the node. In this example. Node 871 
depends from node 870 because wait si may be executed outside of the critical 
section 1. By inserting the dependency relationship 891, instructions in 871 may be 
executed after the CSEndl in node 876 is executed. Consequently, instructions in 871 
are scheduled out of the critical section 1 and therefore, shorten the critical section 1 . 

[0052] The second type of dependency relationship may be referred to as the 

indirect dependency. In Fig. 8c, the indirect dependency relationship 892 is inserted 
between node 872 and node 871 . This type of dependency relationship may be 
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inserted if a node may be scheduled out of other critical sections. In this example, 
node 872 is independent of critical section 2 or 3, therefore, node 872 may be 
scheduled to be executed after these two critical sections have run. By inserting an 
indirect dependency relationship from node 872 to node 871, the reconstructed 
dependency graph 870 describes that node 872 may be executed before node 871 is 
executed. This ensures that the durations of the critical section 2 and 3 are again, 
shortened. 

[0053] The third type of dependency relationship may be referred to as the 

shortest lifetime dependency. In Fig. 8c, the shortest lifetime dependency relationship 
893 is inserted from node 871 to node 873. This type of dependency relationship 
functions like a stopper and it may be inserted to the reconstructed dependency graph 

870 to stop a moving node after it has been scheduled outside of the critical sections. 
In this example, after node 87 1 has been successfully scheduled outside of the critical 
sections 2 and 3, the shorted lifetime dependency relationship 893 ensures that node 

871 is executed before the end of the reconstructed dependency graph. 

[0054] An example of a pseudo code according to an embodiment of the 

invention in which the method to construct an additional dependency graph may be 
implemented is provided below. 

constructing initial dependency graph, DG; 

// containing super blocks nodes, and blocks 
constructing initial transitive closure of DG, H and the inverse, Hinv 
inserting pseudo CSBegin and CSEnd in the super block 

do{ 

changed = false; 

for each node n in the super block 

for each (CSBegin, CSEnd) in the super block 

{ 
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if (e G Hln] !n € Hlb] !b eH[nl) 

< *an,s. = .us; 

add (n->b) into DG; 

VxE{b}uH[b].Hinv[x] = {n}U Hinv[n]; 
Vxe{n}uHinv[n],H[x] ={b}uH[b]; 

} 

else if (n6H[bl !n6H[e] !eGH[n]) 
{ 

changed = true; 

add (e->n) into DG; 

Vx E {e }u H inv [e] , H [k] 1= {n }u H [n]; 

V)(G{n}U H[nl. HinvM 1= i^}^ Hinv[el; 

} 

} 

} while (changed); 

for each node n in the super block 

for each (CSBegin, CSEnd) in the super block 

if (InGHIb] &&lbGH[n] !nGHIe]&& !eGH[n]) 
DG[nl= b; 

[0055] As discussed previously, the performance of a network application, 

designed in a multithreaded environment, can be improved if more threads can be 
processed simultaneously. A network system may include a network processor such 
as the Intel Internet eXchange Processor (IXPs) that is capable of Ethernet data 
processing. The network system may communicate with other systems in the network 
via its network interfaces and may also be referred to as fabric. A fabric receives and 
distributes the transmitted data from a transmitter to the fabric. Network transmissions 
may be wired or wireless based on network standard know in the art such as Ethernet 
cable, fiber optical transmissions, 802.1 1 standards, or satellite transmissions. 

[0056] One embodiment of the invention may be implemented on a machine- 

readable medium, machine-readable medium may include any mechanism for storing 
or transmitting information in a form readable by a machine (e.g., a computer), not 
limited to Compact Disc Read-Only Memory (CD-ROMs), Read-Only Memory 
(ROMs), Random Access Memory (RAM), Erasable Programmable Read-Only 
Memory (EPROM), and a transmission over the Internet 

[0057] The embodiments of the invention have been described in the context 

of network packet processing; however, it is to be understood that other computers 
may utilize the embodiments described herein. For example, computers such as 
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product shipments, inventory processing, airline flights routing, may utilize the 
embodiments described herein, 

[0058] Although the embodiments of the invention have been described in 

detail hereinabove, it should be appreciated that many variations and/or modifications 
and/or alternative embodiments of the basic inventive concepts taught herein that may 
appear to those skilled in the pertinent art will still fall within the spirit and scope of 
the invention as defined in the appended claims. 
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